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also defines a protocol including payment, deposit, withdrawal and account 
opening (200) in providing added protection against potential security at- 
tacks. Above all, the protocol also supports off-line payment transactions, 
thus allowing transaction to be conducted scalably and economically over 
various forms of electronic networks, including unsecured ones. 



USER requests to open 
an MC account win BANK 



200 



.210 



[yes 



220 



^ ^ \ y ■ 4 

The BANKchedcs if "V 
USER'.kSerrtftyand _M" H Ten^natTl 



The BANK law* a newt/ 
NflateedMCteUSER 



LIS&R cus to m izes the am/ 
MC with a PIN number 
and Pa. Su 



The BANK customize* the 
new MC wfth a master key 

and Pa So _ 



The BANK issues to the 
MC a card corttncota tor 
the joint pubic key PttPc 



The BANK transfers some 

olmti cm tic cash taxn 
USER'S benk account to 
Its MC account 



230 



240 



250 



260 



270 



280 



FOR THE PURPOSES OF INFORMATION ONLY 
Codes used to identify States party to the PCT on the front pages of pamphlets publishing international applications under the PCT. 



AL 


Albania 


ES 


Spain 


LS 


Lesotho 


SI 


Slovenia 


AM 


Armenia 


FI 


Finland 


LT 


Lithuania 


SK 


Slovakia 


AT 


Austria 


FR 


France 


LU 


Luxembourg 


SN 


Senegal 


AU 


Australia 


GA 


Gabon 


LV 


Latvia 


sz 


Swaziland 


AZ 


Azerbaijan 


GB 


United Kingdom 


MC 


Monaco 


TD 


Chad 


BA 


Bosnia and Herzegovina 


GE 


Georgia 


MD 


Republic of Moldova 


TG 


Togo 


BB 


Barbados 


GH 


Ghana 


MG 


Madagascar 


TJ 


Tajikistan 


BE 


Belgium 


GN 


Guinea 


MK 


The former Yugoslav 


TM 


Turkmenistan 


BF 


Burkina Faso 


GR 


Greece 




Republic of Macedonia 


TR 


Turkey 


BG 


Bulgaria 


HU 


Hungary 


ML 


Moll 


TT 


Trinidad and Tobago 


BJ 


Benin 


IE 


Ireland 


MN 


Mongolia 


UA 


Ukraine 


BR 


Brazil 


IL 


Israel 


MR 


Mauritania 


UG 


Uganda 


BY 


Belarus 


15 


Iceland 


MW 


Malawi 


US 


United States of America 


CA 


Canada 


IT 


Italy 


MX 


Mexico 


UZ 


Uzbekistan 


CF 


Central African Republic 


JP 


Japan 


NE 


Niger 


VN 


Viet Nam 


CG 


Congo 


KE 


Kenya 


NL 


Netherlands 


YU 


Yugoslavia 


CH 


Switzerland 


KG 


Kyrgyzstan 


NO 


Norway 


zw 


Zimbabwe 


CI 


C6te d' Noire 


KP 


Democratic People's 


NZ 


New Zealand 






CM 


Cameroon 




Republic of Korea 


PL 


Poland 






CN 


China 


KR 


Republic of Korea 


PT 


Portugal 






CU 


Cuba 


KZ 


Kazakstan 


RO 


Romania 






CZ 


Czech Republic 


LC 


Saint Lucia 


RU 


Russian Federation 






DE 


Germany 


U 


Liechtenstein 


SD 


Sudan 






DK 


Denmark 


LK 


Sri Lanka 


SE 


Sweden 






EE 


Estonia 


LR 


Liberia 


SG 


Singapore 







WO 98/25220 



1 



PCT/SG97/00065 



MICROPROCESSOR CARD PAYMENT SYSTEM 
FIELD OF THE INVENTION 

The present invention relates to the field to a system for making payment 
5 electronically. In particular, the present invention pertains to a system for 
conducting electronic commerce efficiently and securely using a temper 
resistant microprocessor card. 

BACKG ROUND OF THE INVENTION 

10 It is well known in commerce to settle payment for goods and services with 
cash, cheques, credit cards and debit cards. With the advent of digital 
technology and increasing popularity of digital communications, there is an 
increasing need for new and secure means of electronic payment systems. 
Security is the overriding concern in electronic payment because it relies 

15 exclusively on transmission of digital information - a form which is easily 
duplicated or forged than its physical counterpart. 

Many prior art methods meeting the security requirement of electronic 
payment are on-line payment systems. Examples are S. Dukach, "SNPP: a 

20 simple network payment protocol", Proceeding of the Computer Security 
Applications Conference, pp. 173-179, San Antonio, TX., Nov. 1992; 
Mastercard and Visa, "Secure Electronic Transaction", Feb. 1996; G. 
Medvinsky and B.C. Neuman, "NetCash: A design for practical electronic 
currency on the Internet", Proceedings of the ACM Conference on Computer 

25 and Communications Security, Nov. 1994; and K.R. OToole, "The Internet 
billing server transaction protocol alternatives", Carnegie Mellon University 
Information Networking Institute, INI TR 1994-1, Apr. 1994). Online financial 
clearing process is not only expensive, but also bandwidth limiting as it 
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prevents the system from scaling up to handle large number of payment 
transactions. Such methods are also prone to total system failure because of 
server breakdown. 

5 A few off-line electronic payment systems were also proposed. Exemplary of 
such systems are D. Chaum, A. Fiat, and M. Naor, "Untraceable electronic 
cash", Advances in Cryptoiogy - Proceedings of Crypto '88, pp. 319-327, 
LNCS 403, Springer-Verlag, 1988; and S.A. Brands, "Off-line cash transfer by 
smart cards", CWI Technical Report CS-R9455, 1994. In general, the 
10 proposed off-line prior art systems introduced significant implementation 
complexity to address the issue of payment privacy. 
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OBJECT OF THE INVENTION 

It is an object of the present invention to implement a system of electronic 
payment securely and efficiently. 

5 It is another object of the present invention to implement a system of 
electronic payment scalably without experiencing bottleneck and technical 
difficulty under prior art systems. 

It is yet another object of the present invention to implement a system of 
0 electronic payment over a wide range of payment modes. 

SUMMARY OF THE INVENTION 

The present invention is a system for implementing electronic payment with a 
tamper resistant microprocessor card. The microprocessor card generates 

5 joint digital signatures under a joint digital signature scheme which derives- its 
secret signature key from secret values contributed by different parties such 
as user, bank and card manufacturer. The joint signature is used to certify the 
payment among other information. It follows that no one party has complete 
knowledge of the secret signature keys of the other parties; therefore, the use 

0 of joint digital signature in conjunction with a microprocessor card provides 
unprecedented security. The present invention also defines a protocol 
including payment, deposit, withdrawal and account opening in providing 
added protection against potential security attacks. Above all, the protocol 
also supports off-line payment transactions, thus allowing transaction to be 

5 conducted scalably and economically over various forms of electronic 
networks, including unsecured ones. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 illustrates three basic transactions in an electronic payment system. 

5 FIG. 2 depicts an account opening transaction between a bank and a user. 

FIG. 3 depicts an account opening transaction between a bank and a service 
provider (denoted by SP). 

10 FIG. 4 shows a flowchart of the interaction between the user and the bank 
under the microprocessor card (denoted by MC) account opening protocol of 
the present invention. 

■ FIG. 5 shows a set of possible data entries in the bank's database 
15 representing a microprocessor card account with the bank after the bank 
issues the new card to the user. 

FIG. 6 illustrates a set of possible entry records in a user's microprocessor 
card after the user initialises it. 

20 

FIG. 7 is a protocol for a microprocessor card to generate a PAYMENT-CERT 
using the joint digital signature scheme of the present invention. 

FIG. 8 shows a flowchart of the interaction between the user and the service 
25 provider under the payment protocol of the present invention. 

FIG. 9 shows a flowchart of the interaction between the service provider and 
the bank under the deposit protocol of the present invention. 
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FIG. 10 shows the flowchart of the interaction between the user and the bank 
under the withdrawal protocol of the present invention. 
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DESCRIPTION OF THE EMBODIMENT OF THE INVENTION 

A system for conducting electronic payment using a tamper resistant 
microprocessor card is described herein. In the following description, 
numerous specific details are set forth such as logical structures of digital 
5 information and program steps, etc. in order to provide a thorough 
understanding of the present invention. It will be obvious to one skilled in the 
art that the present invention may be practiced without these specific details. 
In other instances, well-known parts such as those involved with the 
generation of public key and private key, and generation and verification of 
10 digital signature are not shown in order not to obscure the present invention. 

Notation and Nomenclature 

The dietailed description with respect to conducting electronic payment using 
a tamper resistant microprocessor card is presented partially in terms of 
15 algorithm and symbolic representation upon operation on data bits with the 
computer or microprocessor card memory. These algorithmic descriptions 
and representations are the means used by those skilled in the art of 
electronic payment to most effectively convey the substance of their works to 
others skilled in the art. 

20 

An algorithm is here, and generally, conceived to be a self-consistent 
sequence of steps leading to a desired result. These steps are those require 
physical manipulation of physical quantities. Usually, though not necessarily, 
these quantities take the form of electrical or magnetic signals capable of 
25 being stored, transferred, combined, and otherwise manipulated. In this 
case, the physical quantities are voltage or current signals which correspond 
to the digital objects/information being distributed. It proves convenient at 
times, principally for reason of common usage, to refer to these signals as 
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bits, values, elements, symbols, characters, terms, numbers or the like. It 
should be borne in mind, however, that all of these and similar terms are to 
be associated with the appropriate physical quantities and are merely 
convenient labels applied to these quantities. 

Furthermore, the manipulations performed are often referred to in terms such 
as adding or comparing, which are commonly associated with the mental 
operations performed by a human operator. No such capability of a human 
operator is necessary, or desirable. In most cases, in any of the operations 
described herein which form part of the present invention; the operations are 
machine operations. Useful machines for performing the operations of the 
present invention include general purpose digital computers or similar 
devices such as digital signal processors. In all cases, it should be borne in 
mind that there is a distinction between the method operation in operating a 
computer and the method of computation itself. The present invention relates 
to method steps for conducting electronic payment with a tamper resistant 
microprocessor card. 

The present invention also relates to an apparatus for performing these 
operations. This apparatus may be specially constructed for the required 
purpose or it may comprise a general purpose computer as selectively 
activated or reconfigured by a computer program stores in the computer. The 
algorithms presented herein are not inherently related to any particular 
computer or other apparatus. In particular, various general purpose 
machines may be used with programs written in accordance with the 
teachings herein, or it may prove more convenient to construct specialised 
apparatus such as Smart Card terminal to perform the required method steps. 
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The required structure for a variety of these machines would appear from the 
description given below. 

GENERAL SYSTEM CONFIGURATION 

FIG. 1 shows a general model of an electronic payment system. Here, there 
are at least three different parties that are involved in various possible 
transactions with each other. A bank 10 refers to an agent responsible for 
issuing microprocessor card for electronic payment. The bank 10 may also 
be at least one clearing house which acts on behalf of a plurality of banks in 
clearing electronic payments. A user 20 using the microprocessor card 
issued by the bank 10 represents a payer who engages in electronic 
payment with a service provider 30 or a payee. A transaction 40 between the 
user 20 and the service provider 30 for payment involves, but not limited to, a 
microprocessor card and a card reader with a link to a terminal used by the 
service provider 30. The card reader can either be the property of the service 
provider 30 or the user 20. The link can be a dedicated physical cable, a 
telephone line, a wireless link, or through other electronic networks like the 
internet. A transaction 50 between the service provider 30 and the bank 10 
for deposit involves, but not limited to, a terminal used by the service provider 
with a link to computer used by the bank. Similarly, this link can be any type 
of electronic connection. The transaction 60 between the bank 10 and the 
user 20 for withdrawal involves, but not limited to, a microprocessor card and 
a card reader linked to the bank computer. The card reader can be attached 
to a bank terminal or it can belong to some third party or the user. Similarly, 
the link between the card reader and the bank computer can be any type of 
electronic connection. In actual transactions, it should be understood by one 
skilled in the art that the bank 10 or the service provider 30 is usually 
represented by, but not limited to, a fully automated machine, a computer 
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process, or a terminal. Furthermore, a user 20 can be any type of purchasing 
agent like a computer system routine or an organisation representing many 
people. 

5 Before a payment transaction occurs, the user 20 obtains a microprocessor 
card from the bank 10. FIG. 2 shows symbolically a transaction 70 for 
opening an electronic payment account. Transaction 70 involves, but not 
limited to, a new microprocessor card and a trusted bank terminal with at 
least one card reader. It is unnecessary for the user 20 to be present and his 
10 role is taken by a proxy who can be a trusted third party or the bank 20 itself. 
Here, the microprocessor card is transferred or sold to the user 20 after 
transaction 70. 

It also follows that before the bank 10 accepts deposit of payments by the 
15 microprocessor card, the service provider 30 opens an electronic deposit 
account with the bank 10. FIG. 3 illustrates symbolically a transaction 80 for 
opening an electronic deposit account. The transaction 80 involves, but not 
limited to, a new microprocessor card and a trusted bank terminal with a card 
reader. 

20 

The microprocessor card referred to above can be any form of secure 
microprocessor devices including but not limited to Smart Card, PCMCIA 
card, or specialised computing devices. Likewise, the card reader mentioned 
briefly before can be any form of devices including but not limited to Smart 
25 Card reader and PCMCIA, card reader. The link between the microprocessor 
card and the card reader can be any type of digital signal transmission link 
including but not limited to physical electrical contacts, wireless 
communication, and infra-red link. It should be understood by one skilled in 
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the art that the insertion of a microprocessor card into the card reader may 
therefore be any form of linkage between a card and a card reader including 
but not limited to physical insertion of card and position the card close to the 
card reader. Similarly, a PIN-number for a microprocessor card can be a 
short number, a number computed from an end-user's biometrics information, 
or any other numbers. The activation can also be substituted by any other 
means of enabling or unlocking the access to the microprocessor card. 

This invention describes methods of executing electronic payment using a 
tamper resistant microprocessor card. By tamper resistant microprocessor 
card, the present invention refers to a microprocessor card which repels most 
but not all forms of security attack. Tamper resistant microprocessor card 
contrasts with its tamper proof counterpart. As shall be disclosed further 
below, the unique combination of public keys and digital signature achieves 
enhanced security without relying on tamper proof microprocessor card. This 
is one of the key features of the present invention. 

With respect to the implementation of a tamper resistant microprocessor card, 
some of these steps are realised as special purpose software running on 
general purpose computers. It should be understood by one skilled in the art 
that each of the service provider, bank and user can simultaneously engage 
in multiple transactions with other parties. It is also clear that there may be 
multiple banks, multiple microprocessor cards, and multiple different 
transaction protocols that serve different electronic payment requirements. 
For the rest of the presentation of the embodiment of this invention, the 
description will elaborate on a simplified model of one bank, one service 
provider, and one user. 
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PREFERRED EMBODIMENT OF THE PRESENT INVENTION 
Referring again to FIG. 1, the transactions 40, 50, and 60 between the parties 
of electronic commerce are transmission of electronic information protected 
by digital identification. In the preferred embodiment of the present invention, 
identification is implemented by using a combination of hash function, digital 
signature and public key certificate. For further references on hash function, 
digital signature and public key certificate, please refer to W. Stallings, 
"Network and Internetwork Security Principles and Practice", IEEE Press, 
Prentice Hall, Englewood Cliffs, New Jersey, 1995; and C. Kaufman, R. 
Perlman, and M. Spender, "Network Security - Private Communication in a 
Public World", PTR Prentice Hall, Englewood Cliffs, New Jersey, 1995. 

In the present invention, a public key certificate CARD-CERT is embedded in 
each microprocessor card to certify its authenticity. The details of how the 
CARD-CERT is generated and its data structure are elaborated further below 
in connection with the process flow as illustrated in FIGS. 4 - 6. Each time the 
user 20 uses the microprocessor card to conduct a transaction, a different 
payment transaction certificate PAYMENT-CERT is issued by the 
microprocessor card. The CARD-CERT and PAYMENT-CERT are not 
necessarily generated with the same digital signature scheme nor with the 
same security strength. 

More importantly, PAYMENT-CERT incorporates a notion called joint digital 
signature. A joint digital signature is created by a signature scheme that 
derives its joint public and private keys from multiple (in this embodiment two) 
public and private key pairs. In the preferred embodiment of the present 
invention, the different key pairs are contributed by the bank 10 and the user 
20. The purpose of using joint digital signature in conjunction with a 
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microprocessor card is to prevent any single party in electronic commerce 
except the microprocessor card itself from knowing the private key of the joint 
digital signature scheme. As such, any party receiving the PAYMENT-CERT 
is assured that the payment is generated by the microprocessor card on 
5 behalf of the user. Besides generating the PAYMENT-CERT, the present 
invention also allows the service provider 30 to identify and authenticate 
itself. As shall be elaborated further below, the overall security of electronic 
payment is enhanced by having a microprocessor card generate joint digital 
signature. 

10 

SETUP PROCEDURE 

Opening a user account 
Prior to engaging in any electronic payment, the user 20 registers itself with 
the bank 10 to obtain a microprocessor card as depicted in FIG. 2. FIG. 4 

15 illustrates the account opening process. In step 200, the user 20 requests 
from the bank 10 for a microprocessor card by, for example, supplying its 
identification information, a bank account from where cash or electronic 
equivalent thereof can be transferred to a new microprocessor card account, 
and the initial cash value of the microprocessor card. The bank 10 verifies 

20 user's information in step 210 and issues the user 20 a new microprocessor 
card in step 230. The bank 10 may optionally provide the user 20 with the 
hardware and software necessary for the user to perform some of the 
electronic payment transactions over various electronics networks. 
Referring again to FIG. 4, the user 20 in step 240 selects its PIN-number and 

25 a public/private key pair denoted by Pu and Su- The private key Su should 
only be known to the microprocessor card and possibly the user. Some 
methods in which the secrecy of key S u can be maintained are: 1) using a 
trusted bank terminal, a list of appropriate random keys is presented to the 
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user for selection. After storing the user's selected private key into the 
microprocessor card, the bank terminal discards the values permanently; 2) 
the microprocessor card comes with a random private key generation routine, 
and the bank's terminal relies on this routine to create the key Su and the 
5 corresponding public key Pu; 3) since the user needs not know the value of 
key Su, a random private key can be stored in the card during the card's 
manufacturing process. 

Following the user's customisation process in step 240, the bank 10 in step 
10 250 selects a different public/private key pair denoted by Pc and Sc and an 
optional master key for the microprocessor card. Next, in step 260 the bank 
10 then uses its own private key Sb to create a public key certificate of the 
joint public key of Pc, Pu and some other information denoted by cert B (inter, 
info, P c , Pul A public key certificate in the present invention contains a 
15 digital signature of the data items it certified. The certificate is hereafter 
referred to as the CARD-CERT. The CARD-CERT contains a data item inter 
that indicates the validity interval of the certificate. Another information data 
item info that identifies the bank and the microprocessor card. The info also 
contains other relevant information like the currency unit of the 
20 microprocessor card and any constraint placed on the use of the certificate, 
for example, that the CARD-CERT can be used only to make telephone calls. 
Note that the identity of the bank is useful for electronic payment when there 
are multiple electronic payment systems provided by different banks or even 
by one single bank. 

25 

In step 270 of FIG. 4 the bank transfers an appropriate amount of electronic 
cash from the user's bank account to the user's new microprocessor card 
account. The new microprocessor card account is represented by a 
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database record with the bank and illustrated in FIG. 5. The C_balance entry 
of the database record is initialised accordingly. Finally, in step 280 t the bank 
signals the completion of the user's microprocessor card account opening 
process and prompts the user to collect the new microprocessor card. 
5 . ' 

FIG. 6 shows a possible set of data entries which are stored in the 
microprocessor card after the bank and the user initialise and customise it. 
Referring again to both FIGS. 5 and 6, the card# represents a number unique 
for each microprocessor card; the bank identifies the microprocessor card 
10 with this entry. The user record entry in FIG. 5 identifies the user and its bank 
account from where electronic cash can be transferred to its microprocessor 
card account. In this same entry the bank records other important information 
about the user. 

15 Again in FIGS. 5 and 6 the initial value of the entry C_balance is identical. 
This entry in the user's microprocessor card account as shown in FIG. 5 is 
adjusted by an appropriate value (plus any optional service fee) when the 
bank 10 approves an electronic payment or withdrawal. FIG. 5 illustrates a 
possible entry record in a user's microprocessor card account after the bank 

20 and the user initialise it. While only record 1 is explicitly shown, a 
microprocessor card can have multiple CARD-CERT in its lifetime, and new 
records are added to the microprocessor card account to reflect this change. 

In FIGS. 5 and 6 the sequence numbers seq# and ser# are non-repeating 
25 numbers that are used to generate PAYMENT-CERT and permit the user to 
participate in various other transactions. As will be shown further below, the 
, bank and service provider rely on such sequence numbers to prevent various 
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well-known security attacks on the public key certificate and digital signature 
scheme, such as the replay attack. 

Opening a service provider account 
The sen/ice provider 30 needs to register itself with the bank 10 before it can 
process any electronic payment from the user 20. The registration procedure 
is depicted in FIG. 3 The account opening process is substantially the same 
as that of the user opening a microprocessor card account with the bank as 
described in FIG. 4. The only differences are: 

1 . The account type is designated as a deposit account in step 
200 instead of a microprocessor card account; 

2. The service provider's bank account information in step 210 
will be used for deposit instead of withdrawal; 

3. The entry card# in FIGS. 5 and 6 is known as S_id to allow the 
service provider to communicate with the user and the bank; 

4. The entry C_balance has no value and step 270 in FIG. 4 is 
omitted as service provider's microprocessor card account with 
the bank is used for authenticating the service provider; and 

5. The service provider has the necessary software and hardware 
to accept from the user electronic payments and to deposit them 
with the bank. 

TRANSACTION PROTOCOL OF THE PRESENT INVENTION 
1. The Payment Protocol 

FIG. 8 is a flowchart of the interaction between the user and the service 
provider under the payment protocol of the present invention. After 
registering with the bank, the user uses its microprocessor card to engage in 
an electronic payment with a service provider. The service provider is 
assumed to have registered with the bank so that the service provider has at 
least the following information: 1) the bank's public key and related signature 
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information; and 2) a unique value S_id that identifies the service provider 
with the user and the bank. For a service provider linked to different 
electronic payment systems offered by different banks, it will have one distinct 
set of values for each system. 

5 

When the user 10 makes a purchase with its microprocessor card, it 
approaches a service provider 30, either physically or through an electronic 
network. The user presents its microprocessor card to either the service 
provider's terminal or the user's own personal computing device coupled to 

10 an electronic network as shown in step 400 in FIG. 8. Next in step 410 the 
service provider reads the CARD-CERT within the microprocessor card and 
verifies its validity in step 420. The verification in step 420 includes, but not 
limited to, checking the bank's signature on the CARD-CERT, possible 
blacklisting of the CARD-CERT, and the time validity specified in the value 

1 5 inter . 

Again in FIG. 8 the service provider presents the user in step 440 with a 
payment specification (denoted by spec) to confirm. The specification 
includes, but not limited to, time, date and amount of the payment, and the 

20 identity of the service provider. The amount should be converted to the 
microprocessor card's currency unit if that is not the default unit. Should the 
transaction be carried over insecure transmission channel or devices, 
additional information specifying the full details of the purchase and delivery 
may also be included and probably in a compressed form. If further security 

25 is needed, the service provider will have to digitally sign the payment 
specification. Receiving the payment specification, the user in step 450 
enters its PIN number to approve the payment. In step 470 the approval of 
the payment is send to the microprocessor card. Next, in step 480, the 
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microprocessor card performs validity checks. If the microprocessor card has 
been locked due to possible errors including, but not limited to, consecutive 
entry of incorrect PIN numbers (the microprocessor card adjusts an error 
counter value whenever an incorrect PIN number is entered as in step 490), 
5 then the transaction is terminated in step 500. Otherwise, the microprocessor 
card checks additionally in step 510 for, but not limited to, cash balance, and 
any authenticated information. If successful, the microprocessor card 
generates in step 530 the PAYMENT-CERT using the joint digital signature 
on the payment specification. After receiving the PAYMENT-CERT from the 
10 microprocessor card, the service provider verifies in step 540 the joint digital 
signature and other possible anomalies such as duplicate PAYMENT-CERT. 
The service provider confirms the payment in step 570 if the verification is 
successful. 

15 Optionally, the service provider 30 performs a random on-line electronic 
clearance with the bank 10 or a clearing house for additional security. Such 
clearance may be a requirement if the payment amount exceeds certain 
predetermined approved value. 

20 FIG. 7 shows the protocol of a microprocessor card in generating a 
PAYMENT-CERT. It shows that a PAYMENT-CERT is a joint digital signature 
generated by the joint private keys represented by Sc, Su* The information 
being signed includes the payment specification spec and an increasing 
sequence number ser#. The payment specification can incorporate 

25 additional information. The ser# is a non-repeating number used to 
. distinguish every payment under a specific CARD-CERT or a specific service 
provider and needs not be an increasing value. 
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The preferred embodiment of the present invention illustrates a practical 
implementation of generating the PAYMENT-CERT using a joint digital 
signature based on the Schnorr signature scheme. For information on the 
Schnorr signature scheme, please refer to CP. Schnorr, "Efficient Signature 
5 Generation by Smart Card", Journal of Cryptology, pp. 161-174, Vol. 4, No. 3, 
1991. The bank chooses two prime numbers Q and P such that Q divides P 
- 1. The bank also chooses a number g such that g is a generator of order 
Q. The numbers P, O, and g are public information and are made known to 
the public in an authenticated manner. Then the public/private key pair Pu 

10 and Su selected by the user in step 240 of FIG. 4 are such that Su = a 
random number less than Q , and Pu = g mod P . The public/private 
key pair P c and Sc selected by the bank in step 250 of FIG. 4 are Sc = a 
random number less than O , and Pc = g mod P . Then the joint private 
key of the user's microprocessor card is (Su + Sc ) mod Q and the 

15 corresponding joint public key is (PuPc) mod P. The PAYMENT-CERT in 
FIG. 7 can be created by the microprocessor card as follows: 

1. Generate a random number w which is less than Q 

2. Compute a - g w mod P 

20 3. Compute b = h (ser# , spec , a ), where h is a one-way hash 

function 

4. Compute r = (b (Sc + Su ) + w ) mod O 

5. Create PAYMENT-CERT = {ser# , spec ,b, r } 



25 



To verify the PAYMENT-CERT, all that one has to do is to verify that 
b = h (ser# , spec , g r (P c Pu mod P ) b mod P). 
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2. The Deposit Protocol 

At the end of a business day or other appropriate interval, the service 
provider conducts a deposit transaction with the bank as illustrated in FIG. 9. 
The data item that the service provider sends to the bank is the same 
5 information that it received from a microprocessor card - the CARD-CERT and 
the PAYMENT-CERT. Overall, the service provider makes a deposit with the 
following steps: 

1. Connects to the bank's deposit computer as in step 600; 

2. Sends the service provider's identity to the bank as in step 610; 
10 3. Sends all payments (CARD-CERT and PAYMENT-CERT) in one 

single transfer as in step 640; 

4. Receives an optional receipt from the bank in step following 
step 640; and 

5. receives the status and/or error information for each payment 
15 deposit in step 710. 

In the case of multiple electronic payment systems offered by different banks, 
the service provider can sort the payments it receives accordingly and 
contacts different banks appropriately. Where there are multiple PAYMENT- 

20 CERTs under the same CARD-CERT, the service provider can combine these 
payments for efficient transmission. It is also possible for a clearing house to 
process the service providers' deposits before it re-transmits to various 
issuing banks. In this way, the clearing house can reduce the total 
communication costs for deposit. With respect to verification, the clearing 

25 house can help the banks by performing the front end tasks of checking the 
certificates and thus alleviate the computation required of the banks' 
computers. Therefore, the transaction protocols of the present invention 
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facilitate the set up of multiple clearing houses to scale up the present 
invention on electronic payment system. 

With reference to the service provider's actions described in the preceding 
5 two paragraphs, the bank verifies the information it receives from the service 
provider in step 620 of FIG. 9. As mentioned briefly above, the service 
provider identifies itself with a bank by using a unique S_id value which is 
incorporated in the service provider's microprocessor card or terminal. If the 
bank's verification is successful, then the service provider continues to 
10 transmit the electronic payments it wishes to deposit with the bank in step 
640. At this juncture, the bank transmits optionally a receipt, for example a 
check sum value, to confirm the transmission is error free. 

Again in FIG. 9, an iteration process steps 650 - 700 follows next. For every 
1 5 electronic payment the bank receives, it checks if the associated CARD-CERT 
is valid in step 660. Such verification comprises checking the CARD-CERTs 
signature, validity period, and cross referencing against a list of blacklisted 
CARD-CERTs and the user's microprocessor card account. The bank rejects 
the electronic payment if any of such checks fails, and take the appropriate 
20 action for such failure. Otherwise, it continues in step 670 to check if the 
associated PAYMENT-CERT is valid. This step involves checking its 
signature, its data and time validity, its SJd information against the current 
depositing service provider, its embedded sequence number ser# against 
that of the user's or service provider's microprocessor card account with the 
25 bank, and the payment amount against C_balance in the user's 
microprocessor card account. Note that a double deposit of PAYMENT-CERT 
will be detected during the check of ser# against that in the user's or service 
provider's microprocessor card account. If the preceding checks fail, then the 
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particular payment will be rejected and the bank should be alerted of 
possible security breach, if any, accordingly. Otherwise, the bank proceeds 
in step 690 to transfer the amount specified in the PAYMENT-CERT from the 
user's microprocessor card account to the service provider's deposit account, 
5 It will also update the user's or service provider's microprocessor card 
account on the new payment to prevent double deposit in the future. In step 
700, the iteration process is repeated for the remaining PAYMENT-CERTs. 
After all payments have been processed by the bank, the bank sends a 
summary of status of the deposit session to the service provider in step 710 
10 and ends the transaction in step 720. The bank may also transmit a status 
report and error report to the service provider immediately after the checks in 
steps 660 and 670 for each payment deposit. 

To improve the communication security of the deposit protocol, all messages 
15 . between the service provider and the bank should be protected by using 
freshness identifier, such as time stamp and sequence number, and integrity 
check value, such as digital signature, to protect against active attacks like 
replay, modification and insertion. 

20 3. The Withdrawal Protocol 

When the user 20 tops up the cash value in its microprocessor card, it 
approaches the bank 10 for a withdrawal transaction. Withdrawal takes one 
of several forms: 1) through a bank teller by completing a transfer form; 2) via 
a bank terminal; or 3) from the user's computer with a link to the bank's 

25 computer. 

FIG. 10 is a flowchart of the withdrawal protocol. Authentication between the 
bank 10 and the user 20 is realised with digital signature. Alternate means 
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includes secret keyed one-way hash value based on non-repeating contents. 
The latter can be used because the tamper resistant nature of a 
microprocessor card resolves many potential disputes. Furthermore, 
verifying one-way hash value is computationally economical than verifying 
5 digital signature. The contents comprise secret values and non-repeating 
numbers shared between the bank 10 and the user 20. 

Again in FIG. 10, the user begins the withdrawal process in step 800 by 
inserting its microprocessor card into the appropriate bank terminal. It should 

10 be understood by one skilled in the art that withdrawal is executable through 
an electronic network. The bank computer in step 810 reads the 
microprocessor card's CARD-CERT before verifying its validity in step 820. If 
successful, the user in step 840 is prompted to enter its PIN number, the 
withdrawal amount, and request for a withdrawal transaction. The 

15 information in step 840 is sent to the microprocessor card and validity of the 
PIN number checked in step 850. If again successful, the microprocessor 
card in step 870 computes an authenticated withdrawal request and sends it 
to the bank. The request contains preferably non-repeating information, i.e., 
non-repeating value of seq# to foil or identify replay attack. The 

20 authenticated withdrawal request optionally contains the microprocessor 
card's card# , C_balance , and the specified withdrawal amount. As 
described above, the request contains either a digital signature or a secret 
keyed hash value for authentication. After receiving the request, the bank in 
step 880 checks the validity of the request. The check includes verifying the 

25 authentication data included in the request, and comparing the respective 
cash balances in the microprocessor card and the user's microprocessor 
card account. If successful, the bank in step 900 adjusts the user's 
microprocessor card account to reflect the transaction and in step 910 sends 
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an authenticated acknowledgment to the microprocessor card. This 
authentication should be based on different contents to foil possibly replay 
attack. The microprocessor card checks to confirm that correct transaction 
has been carried out by the bank. The microprocessor card then adjusts its 
5 internal state in step 920 to reflect the successful conclusion of the withdrawal 
process. The bank proceeds in step 930 to print out a transaction record and 
ends the withdrawal process in step 940. 

In step 910 of FIG. 10, an optional renewal of the CARD-CERT of the 
10 microprocessor card may be performed. This is done generally for the 
purpose of increasing the security of the system as well as helping to 
optimise various bookkeeping processes in the electronic payment system. 
Some of the conditions for such renewal may depend on values like the 
remaining validity period of the current CARD-CERT. As a special case, the 
15 user may request for a zero value renewal. This is useful if the user just 
wants to renew its microprocessor card CARD-CERT. 

ALTERNATE EMBODIMENTS OF THE INVENTION 

While the preferred embodiment of the present invention above describes an 
20 essentially debiting system based on the smart card platform, the setup and 
protocol of the present invention are suitable for a secured off-line credit card 
payment system. Below are modifications to the description of the preferred 
embodiment to accomplish such an extension. 

25 Opening a user account 

The opening of a user account is identical to that of the preferred embodiment 
for an electronic cash payment. The only differences are that C_balance is 
now used as a credit limit that the bank sets for the microprocessor card, and 
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no cash value is transferred to the user's microprocessor card account as 
shown in step 270 in FIG. 4 during the account opening process. 

Opening a service provider account 
5 The opening of a service provider account with respect to a credit card 
payment is substantially the same as the steps described in the preferred 
embodiment of the present invention which covers an electronic cash 
payment system. As one can see, one of the advantages of the present 
invention is the simple and uniform setup and protocol for the service 
1 0 provider with respect to various forms of electronic payment. 

1, The Payment Protocol 

The off-line payment protocol for a credit card payment is the same as that for 
an electronic cash payment described above. However, on-line account 
15 checking with the bank or clearing house is recommended as a poHcy 
because of the increased risk of credit card payment. 

2. The Deposit Protocol 

The deposit protocol for off-line credit card payment is substantially the same 
20 as that for off-line debit card payment. One major change to the previously 
described deposit protocol is the manner in the bank's transfer of funds from 
the user's microprocessor card account. For each valid PAYMENT-CERT, the 
bank does not transfer the payment amount directly from the user's 
microprocessor card account to the service provider's account as in step 690 
25 of FIG. 9. Instead, the payment amount subtracting any appropriate fees is 
deducted from the bank's own account and such transfer may be delayed 
according to the on-going credit card clearing policy. 
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3. The Withdrawal Protocol 

The withdrawal protocol of an off-line electronic cash payment is adaptable 
for a settlement protocol of a credit card payment. This settlement protocol is 
substantially the same as the withdrawal protocol as shown in FIG. 10. The 
5 differences are that the bank's ability to impose a maximum top-up amount in 
step 840 in line with the bank's credit limit for that user, and that interests are 
chargeable for each credit transaction and late payment. 

One can appreciate that the protocol of the present invention does not conflict 
10 with existing credit card payment systems. In fact, the present invention 
complements existing financial practices. An example is the extension of the 
withdrawal protocol to accommodate a variety forms of settling credit card 
payments, whether be it cheques or electronic fund transfer. The bank is able 
to reconcile such settlements and adjust the value of the entry C_balance 
15 accordingly. Furthermore, an optional on-line withdrawal protocol can -be 
embedded into the payment protocol where the service provider or its 
terminal executes transparently if the value of C-balance is insufficient to 
cover payment amount In such instances, no transfer of funds occurs but the 
bank can update the value C_balance in the user's microprocessor card via 
20 the service provider or its terminal as soon as the user settles its credit card 
payment by other means. As such, the user's credit information is updated 
efficiently without requiring additional hardware and software overhead. 

The third embodiment of the present invention describes a secure electronic 
25 cheque payment system. Here, the difference between an electronic cash 
payment and an electronic cheque is akin to the difference between cash and 
cheque. Description below highlights changes to the setup procedure and 
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protocol relating to the description of the preferred embodiment for electronic 
cash payment. 

Opening a user account 
5 A user opens an electronic cheque account in substantially the same way as 
the account opening procedure for electronic cash payment. The significant 
changes are the omission of the C_balance entry and the absence of any 
cash transfer to the user's microprocessor card account in step 270 of FIG. 4. 
C_balance may optionally represent the number of cheques issued. 

10 

Opening a service provider account 
The step a service provider takes to open an electronic cheque account is 
substantially the same as that for electronic cash. 

15 1. The Payment Protocol 

The off-line payment protocol for electronic cheque is substantially the same 
as that for electronic cash. The only difference is that no verification of 
payment amount in PAYMENT-CERT with a preset spending limit is 
necessary but a decrement of the C_balance , if present, limits the number of 

20 cheques issuable. 

2. The Deposit Protocol 

The deposit protocol for executing electronic cheque in this embodiment of 
the present invention is substantially the same as that for electronic cash in 
25 the preferred embodiment. The only difference is that for each valid 
PAYMENT-CERT the bank transfer the payment amount directly from the 
user's bank account, instead of its microprocessor card account, to the 
service provider's account. It is possible to have insufficient fund in the user's 
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bank account and therefore electronic cheque may bounce just as any 
ordinary cheque. 

3. The Withdrawal Protocol 
5 The present invention does not envisage the need for a withdrawal protocol 
for executing electronic cheque in this embodiment of the present invention. 

While the present invention has been described particularly with reference to 
FIGS. 1 to 10 with emphasis on a system for conducting electronic payment 

10 using a tamper resistant microprocessor card, it should be understood that 
the figures are for illustration only and should not be taken as a limitation on 
the invention. In addition, it is clear that the method and apparatus of the 
present invention have utility in many applications where secure electronic 
transmission and verification of information are required. It is contemplated 

15 that many changes and modifications may be made by one of ordinary skill in 
the art without departing from the spirit and the scope of the invention as 
described. 
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CLAIMS 



1 1. A method for one party to verify information signed by another 

2 party over a communication link, said method comprising the steps of: 

3 (a) selecting for each said parties at least one pair of public and 

4 private keys under a first predetermined digital signature scheme; 

5 (b) creating a joint digital signature by combining said pair of public 

6 keys and private keys respectively under a second predetermined digital 

7 signature scheme; said joint digital signature incorporating at least one joint 

8 public key and at least one joint private key; 

9 (c) transmitting information securely by signing the information with 

10 said joint private keys; and 

11 (d) verifying the validity of said joint digital signature by verifying the 

12 signature with said joint public keys, 

13 whereby information signed with said joint digital signature scheme 

14 minimises unauthorised signature generation and modification thereto 

15 without knowledge of said joint private keys. 
16 

1 2. The verification method as defined in claim 1 wherein said 

2 communication link comprises an interface between a microprocessor card 

3 and an interface for reading said card. 
4 

1 3. The verification method as defined in claim 1 wherein said 

2 communication link comprises at least one computer network. 
3 

1 4. The verification method as defined in claim 1 wherein said first 

2 predetermined digital signature scheme is the same as said second 

3 predetermined digital signature scheme. 
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1 5. The verification method as defined in claim 1 wherein said first 

2 predetermined digital signature scheme is different from said second 

3 predetermined digital signature scheme. 
4 

1 6. The verification method as defined in claim 1 wherein said 

2 combination of public and private key comprising mathematical operation, the 

3 result of said combination further creating a joint public and private key pair. 
4 

1 7. The verification method as defined in claim 1 wherein a third 

2 predetermined portion of each said selected key is omitted if such omission is 

3 retrievable from the remaining portion of said selected keys. 
4 

1 8. The verification method as defined in claim 6 wherein said 

2 combination of public and private keys comprises additional keys selected by 

3 said parties. 
4 

1 9. In a system for executing electronic payment with at least one 

2 tamper resistant microprocessor card, said system including at least one 

3 bank, at least one user, and at least one service provider, a method for 

4 creating secure signature for said card comprising the steps of: 

5 (a) selecting for each said bank and said user at least one pair of 

6 public and private keys under a first predetermined digital signature scheme; 

7 (b) creating a joint digital signature scheme for said card by 

8 combining said pair of public keys and private keys respectively under a 

9 second predetermined digital signature scheme; said joint digital signature 
10 scheme having at least one joint public key and at least one joint private key; 
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1 1 (c) embedding said pair of private keys in said microprocessor card 

12 such that neither bank, service provider nor user knows said pair of private 

13 keys; 

14 (d) transmitting payment information with said card by signing 

1 5 payment information with said joint private keys; and 

1 6 (e) checking the validity of said payment information by verifying 

17 said joint digital signature with said joint public keys, 

1 8 whereby payment information signed with said joint digital signature 

1 9 scheme minimises unauthorised generation and modification thereto without 

20 knowledge of said joint private keys. 
21 

1 10. The joint digital signature method as defined in claim 9 wherein 

2 said card establishes communication link with either said service provider or 

3 * said bank, said communication link further comprising an interface between 

4 said card and an interface for reading said card. 
5 

1 11. The joint digital signature method as defined in claim 10 

2 wherein said communication link comprises at least one computer network. 
3 

1 . 12. The joint digital signature method as defined in claim 9 wherein 

2 said first predetermined digital signature scheme is the same as said second 

3 predetermined digital signature scheme. 
.4 

1 13. The joint digital signature method as defined in claim 9 wherein 

2 said first predetermined digital signature scheme is different from said second 

3 predetermined digital signature scheme. 
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1 14. The joint digital signature method as defined in claim 9 wherein 

2 said combination of public and private key comprising mathematical 

3 operation, the result of said combination further creating a joint public and 

4 private key pair. 
5 

1 15. The joint digital signature method as defined in claim 9 wherein 

2 a third predetermined portion of each said selected key is omitted if such 

3 omission is retrievable from the remaining portion of said selected keys. 
4 

1 16. The joint digital signature method as defined in claim 15 

2 wherein said combination of public and private keys comprises additional 

3 keys selected by other parties. 
4 

1 17. The joint digital signature method as defined in claim 9 wherein 

2 said pair of public and private keys selected by said user is created in part by 

3 said bank. 
4 

1 18. The joint digital signature method as defined in claim 9 wherein 

2 said pair of public and private keys selected by said user is created in whole 

3 by said bank. 
4 

1 19. The joint digital signature method as defined in claim 9 wherein 

2 said pair of public and private keys selected by said user is created in part by 

3 said card manufacturer. 
4 

1 20. The joint digital signature method as defined in claim 9 wherein 

2 said pair of public and private keys selected by said user is created in whole 

3 by said card manufacturer 
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1 21*. The joint digital signature method as defined in claim 9 wherein 

2 said pair of public and private keys selected by said user is created in part by 

3 a random value generator program embedded in said card. 
4. 

1 22. The joint digital signature method as defined in claim 9 wherein 

2 said pair of public and private keys selected by said user is created in whole 

3 by a random value generator program embedded in said card. 
4 

1 23. The joint digital signature method as defined in claim 9 wherein 

2 said pair of public and private keys selected by said user is created in part by 

3 a trusted third party. 
4 

1 24. The joint digital signature method as defined in claim 9 wherein 

2 said pair of public and private keys selected by said user is created in whole 

3 by a trusted third party. 
4 



1 25. In a system for executing electronic payment with at least one 

2 tamper resistant microprocessor card, said system including at least one 

3 bank, at least one user, and at least one service provider, a method for 

4 opening a microprocessor card account and securing said microprocessor 

5 card comprising the steps of: 

6 (a) selecting by said bank for said microprocessor card at least one 

7 pair of public and private key P c and S c under a first predetermined digital 

8 signature scheme; 

9 (b) selecting by said user for said microprocessor card at least one 

10 pair of public and private key P u and S u under a second predetermined 

1 1 digital signature scheme; 
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12 (c) combing the two said pairs of public and private keys to create a 

13 joint signature scheme under a third predetermined digital signature scheme, 

14 said joint signature scheme incorporating at least one joint public key and 

1 5 one joint private key. 

16 (d) generating a certificate for said microprocessor card for 

17 certifying the validity of said card and the said joint public keys, said card 

18 certificate being signed by a digital signature for said card using the bank's 

19 private key under a fourth predetermined digital signature scheme; 

20 (e) embedding in said microprocessor card said card certificate 

21 such that access thereto is restricted, said microprocessor card having at 

22 least one body, said body including identification field for identifying uniquely 

23 said microprocessor card, private key fields for storing the said joint private 

24 keys, and information field for storing said card certificate; 

25 (f) storing with said bank at least one data entry for each said 

26 microprocessor card account, said entry comprising at least one entry body, 

27 said entry body including identification field for identifying uniquely each said 

28 microprocessor card account, and information field for storing corresponding 

29 card certificate; 

30 (g) initialising said microprocessor card account and said 

31 microprocessor card with an initial transfer value, said value representing 

32 electronic cash; and 

33 (h) issuing to said user said microprocessor card, 

34 whereby verification of electronic payment generated by said 

35 microprocessor card is assured with said joint digital signature of said card. 
36 

1 26. In a system for executing electronic payment with at least one 

2 tamper resistant microprocessor card, said system including at least one user 

3 and at least one service provider, a method for enhancing the security of 
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4 each electronic payment generated by said microprocessor card comprising 

5 the steps of: 

6 (a) checking the validity of the microprocessor card certificate by 

7 verifying the certificate signature; 

8 (b) extracting the joint public keys from the microprocessor card 

9 certificate; 

10 (c) agreeing by said service provider and said user to a payment 

11 specification grouping, said grouping containing at least said service 

1 2 ' provider's identity and payment amount; 

13 (d) creating a joint digital signature for said grouping of payment 

14 specifications using the joint private keys embedded in the microprocessor 

15 card under a predetermined digital signature scheme and resulting in a 

1 6 payment certificate 

17 (e) transmitting payment certificate by said microprocessor card; 

18 and 

19 (f) checking the validity of said payment certificate by verifying 

20 said joint digital signature with said joint public key, 

21 whereby electronic payment generated by said microprocessor card is 

22 secured as long as none of the parties knows the joint private keys 

23 embedded in said microprocessor card. 
24 

1 27. The method for enhancing the security of each electronic 

2 payment generated by said microprocessor card as in claim 26 wherein said 

3 joint digital signature is based on partial grouping of payment specification. 
4 

1 28. In a system for executing electronic payment with at least one 

2 tamper resistant microprocessor card, said system including at least one user 

3 and at least one service provider, a method adopted for implementing off-line 
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4 and secured electronic payment generated by said microprocessor card 

5 comprising the steps of: 

6 (a) verifying by said service provider the validity of said 

7 microprocessor card; 

8 (b) generating by said microprocessor card a payment certificate, 

9 said payment certificate being created as a joint digital signature under a 

10 predetermined digital signature scheme for said grouping of payment 

11 specifications using the joint private keys embedded in the microprocessor 

1 2 card ; and 

13 (c) grouping said payment specifications, said card certificate and 

14 said payment certificate, 

15 whereby electronic payment generated by said microprocessor card is 

16 secured and processable in an off-line manner as long as none of the parties 

17 knows the joint private keys embedded in said microprocessor card. 
18 

1 29. In a system for executing electronic payment with at least one 

2 tamper resistant microprocessor card, said system including at least one user 

3 and at least one service provider, a method for implementing off-line and 

4 secured electronic payment generated by said microprocessor card 

5 comprising the steps of: 

6 (a) verifying by said service provider the validity of said 

7 microprocessor card; 

8 (b) agreeing by said sen/ice provider and said user to a payment 

9 specification; 

10 (c) activating by said user said microprocessor card for payment 

1 1 transaction; 

12 (d) generating by said microprocessor card a payment certificate, 

13 said payment certificate being created as a joint digital signature under a 
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14 predetermined digital signature scheme for said grouping of payment 

15 specifications using the joint private keys embedded in the microprocessor 

1 6 card ; and 

17 (e) grouping said payment specifications, said card certificate and 

1 8 said payment certificate, 

I g W hereby electronic payment generated by said microprocessor card is 

20 secured and processable in an off-line manner as long as none of the parties 

21 knows the joint private keys embedded in said microprocessor card. 
22 

1 30. In a system for executing electronic payment with at least one 

2 tamper resistant microprocessor card, said system including at least one user 

3 and at least one service provider, a method for implementing secure 

4 electronic deposit generated by said microprocessor card comprising the 

5 steps of: 

6 (a) establishing by said service provider communication link with 

7 said bank; 

8 (b) identifying by said service provider with said bank; 

9 (c) collecting grouping of payment specifications and transmitting 
1 0 the same to said bank; 

II (d) verifying by said bank the validity of each depositing electronic 

1 2 payment, said bank adjusts the accounting information of said user and said 

1 3 service provider within said bank's record ; and 

14 ( e ) updating said service provider by said bank with accounting 

15 and status information, 

16 whereby deposit information generated by said service provider is 

17 secured. 
18 
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1 31. The method for implementing off-line and secured electronic 

2 deposit generated by said microprocessor card as in claim 30 wherein said 

3 bank comprises a clearing house for performing part of all of steps (a) to (d) 

4 before transmitting said deposit information to said bank. 
5 

1 32. In a system for executing electronic payment with at least one 



2 tamper resistant microprocessor card, said system including at least one user 

3 and at least one service provider, a method adopted for implementing 

4 secured withdrawal information generated by said microprocessor card 

5 comprising the steps of: 

6 (a) verifying by said bank of the validity of said microprocessor 

7 card; 

8 (b) generating by said microprocessor card a withdrawal request; 

9 (c) verifying by said bank said withdrawal request, said bank further 

1 0 adjusting the account information of said user within said bank's records; and 

1 1 (d) instructing by said bank corresponding adjustment of said 

1 2 user's account information in said microprocessor card, 

13 whereby withdrawal information generated by said microprocessor 

14 card is secured. 
15 

1 33. In a system for executing electronic payment with at least one 

2 tamper resistant microprocessor card, said system including at least one user 

3 and at least one service provider, a method for implementing secure 

4 withdrawal information generated by said microprocessor card comprising 

5 the steps of: 

6 (a) verifying by said bank of the validity of said microprocessor 

7 card; 
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8 (b) activating by said user said microprocessor card for withdrawal 

9 transaction; 

10 (c) generating by said microprocessor card a withdrawal request; 

11 (d) verifying by said bank said withdrawal request, said bank further 

12 adjusting the account information of said user within said bank's records; and 

13 (e) instructing by said bank corresponding adjustment of said 

14 user's account information in said microprocessor card, 

15 whereby withdrawal information generated by said microprocessor 

1 6 card is secured. 
17 

1 34. The method for implementing secured electronic withdrawal 

2 generated by said microprocessor card as in claims 32 or 33 wherein said 

3 withdrawal request comprises a digital authentication. 
4 

1 35. The method for implementing secured electronic withdrawal 

2 generated by said microprocessor card as in claims 32 or 33 wherein said 

3 withdrawal request comprises a digital signature. 
4 

1 36. In a system for executing electronic payment with at least one 

2 tamper resistant microprocessor card, said system including at least one 

3 user, at least one bank and at least one service provider, a method for 

4 implementing off-line and secured electronic cash generated by said 

5 microprocessor card comprising the steps of: 

6 (a) selecting by said bank for said microprocessor card at least one 

7 pair of public and private key P c and S c under a first predetermined digital 

8 signature scheme; 
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9 (b) selecting by said user for said microprocessor card at least one 

10 pair of public and private key P u and S u under a second predetermined 

1 1 digital signature scheme; 

1 2 (c) combing the two said pairs of public and private keys to create a 

13 joint signature scheme under a third predetermined digital signature scheme, 

14 said joint signature scheme having at least one joint public key and one joint 

1 5 private key. 

16 (d) generating a certificate for said microprocessor card for 

17 certifying the validity of said card and the said joint public keys, said card 

18 certificate being signed by a private key of the said bank under a fourth 

19 predetermined digital signature scheme; 

20 (e) embedding in said microprocessor card said card certificate 

21 such that access thereto is restricted, said microprocessor card having at 

22 least one body, said body including identification field for identifying uniquely 

23 said microprocessor card, private key fields for storing the said joint private 

24 keys, and information field for storing said card certificate; 

25 (f) storing with said bank at least one data entry for each said 

26 microprocessor card account, said entry comprising at least one entry body, 

27 said entry body including identification field for identifying uniquely each said 

28 microprocessor card account, and information field for storing corresponding 

29 card certificate; 

30 (g) initialising said microprocessor card account and said 

31 microprocessor card with an initial transfer value, said value representing 

32 electronic cash; 

33 (h) issuing to said user said microprocessor card; 

34 (i) verifying by said service provider the validity of said 

35 microprocessor card; 
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36 (j) agreeing by said service provider and said user to a payment 

37 specification; 

33 (k) activating by said user said microprocessor card for payment 

39 transaction; 

40 (I) generating by said microprocessor card a payment certificate, 

41 said payment certificate being created as a joint digital signature under the 

42 third predetermined digital signature scheme for said grouping of payment 

43 specifications using the joint private keys embedded in the microprocessor 

44 card; 

45 (m) grouping said payment specifications, said card certificate and 

46 said payment certificate; 

47 (n) establishing by said service provider communication link with 

48 said bank; 

49 (o) identifying by said service provider with said bank; 

50 (p) collecting grouping of payment specifications and payment 

51 certificates transmitting the same to said bank; 

52 (q) verifying by said bank the validity of each depositing electronic 

53 payment, said bank adjusting the accounting information of said user and 

54 said service provider within said bank's record; 

55 (r) updating said service provider by said bank with accounting 

56 and status information; 

57 ( S ) verifying by said bank of the validity of said microprocessor 

58 card; 

59 (t) generating by said microprocessor card a withdrawal request; 

60 (u) verifying by said bank said withdrawal request, said bank further 

61 adjusting the account information of said user within said bank's records; and 

62 (v) instructing by said bank corresponding adjustment of said 

63 user's account information in said microprocessor card, 
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64 whereby electronic cash payment generated by said microprocessor 

65 card is secured and processable in an off-line manner as long as none of the 

66 parties knows the joint private keys embedded in said microprocessor card. 
67 

1 37. In a system for executing electronic payment with at least one 

2 tamper resistant microprocessor card, said system including at least one 

3 user, at least one bank and at least one service provider, a method for 

4 implementing off-line and secured electronic credit payment generated by 

5 said microprocessor card comprising the steps of: 

6 (a) selecting by said bank for said microprocessor card t at least 

7 one pair of public and private key P c and S c under a first predetermined 

8 digital signature scheme; 

9 (b) selecting by said user for said microprocessor card at least one 

10 pair of public and private key P u and S u under a second predetermined 

1 1 digital signature scheme; 

1 2 (c) combing the two said pairs of public and private keys to create a 

13 joint signature scheme under a third predetermined digital signature scheme, 

14 said joint signature scheme having at least one joint public key and one joint 

1 5 private key. 

16 (d) generating a certificate for said microprocessor card for 

17 certifying the validity of said card and the said joint public keys, said card 

18 certificate being signed using said bank's private key under a fourth 

19 predetermined digital signature scheme; 

20 (e) embedding in said microprocessor card said card certificate 

21 such that access thereto is restricted, said microprocessor card having at 

22 least one body, said body including identification field for identifying uniquely 

23 said microprocessor card, private key fields for storing the said joint private 

24 keys , and information field for storing said card certificate; 
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25 (f) storing with said bank at least one data entry for each said 

26 microprocessor card account, said entry comprising at least one entry body, 

27 said entry body including identification field for identifying uniquely each said 

28 microprocessor card account, and information field for storing corresponding 

29 card certificate; 

30 (g) initialising said microprocessor card account and said 

31 microprocessor card with an initial credit value, said value representing 

32 electronic credit limit; 

33 (h) issuing to said user said microprocessor card; 

34 (i) verifying by said service provider the validity of said 

35 microprocessor card; 

36 (j) agreeing by said service provider and said user to a payment 

37 specification; 

38 (k) activating by said user said microprocessor card for payment 

39 transaction; 

40 (I) generating by said microprocessor card a payment certificate, 

41 said payment certificate being created as a joint digital signature under the 

42 third predetermined digital signature scheme for said grouping of payment 

43 specifications using the joint private keys embedded in the microprocessor 

44 card ; 

45 (m) grouping said payment specifications, said card certificate and 

46 said payment certificate; 

47 (n) verifying by said bank the validity of each depositing electronic 

48 payment, said bank adjusting the accounting information of said user and 

49 said service provider within said bank's record; 

50 (o) updating said service provider by said bank with accounting 

51 and status information; 
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52 (p) verifying by said bank of the validity of said microprocessor 

53 card; 

54 (q) generating by said microprocessor card a withdrawal request; 

55 (r) verifying by said bank said withdrawal request, said bank further 

56 adjusting the account information of said user within said bank's records; and 

57 (s) instructing by said bank corresponding adjustment of said 

58 user's account information in said microprocessor card, 

59 whereby electronic credit payment generated by said microprocessor 

60 card is secured and processable in an off-line manner as long as none of the 

61 parties knows the joint private keys embedded in said microprocessor card. 
62 

1 38. In a system for executing electronic payment with at least one 

2 tamper resistant microprocessor card, said system including at least one 

3 user, at least one bank and at least one service provider, a method for 

4 implementing off-line and secured electronic cheque generated by s.aid 

5 microprocessor card comprising the steps of: 

6 (a) selecting by said bank for said microprocessor card at least one 

7 pair of public and private key P c and S c under a first predetermined digital 

8 signature scheme; 

9 (b) selecting by said user for said microprocessor card at least one 

10 pair of public and private key P u and S u under a second predetermined 

11 -digital signature scheme; 

12 (c) combing the two said pairs of public and private keys to create a 

13 joint signature scheme under a third predetermined digital signature scheme, 

14 said joint signature scheme having at least one joint public key and one joint 

1 5 private key. 

16 (d) generating a certificate for said microprocessor card for 

17 certifying the validity of said card and the said joint public keys, said card 
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18 certificate being signed using said bank's private key under a fourth 

1 9 predetermined digital signature scheme; 

20 (e) embedding in said microprocessor card said card certificate 

21 such that access thereto is restricted, said microprocessor card having at 

22 least one body, said body including identification field for identifying uniquely 

23 said microprocessor card, private key fields for storing the said joint private 

24 keys , and information field for storing said card certificate; 

25 (f) storing with said bank at least one data entry for each said 

26 microprocessor card account, said entry comprising at least one entry body, 

27 said entry body including identification field for identifying uniquely each said 

28 microprocessor card account, and information field for storing corresponding 

29 card certificate; 

30 (g) initialising said microprocessor card account and said 

31 microprocessor card with an initial counter value, said value representing the 

32 number of checks issuable; 

33 (h) issuing to said user said microprocessor card; 

34 (i) verifying by said service provider the validity of said 

35 microprocessor card; 

36 (j) agreeing by said service provider and said user to a payment 

37 specification; 

38 (k) activating by said user said microprocessor card for payment 

39 transaction; 

40 (I) generating by said microprocessor card a payment certificate, 

41 said payment certificate being created as a joint digital signature under the 

42 third predetermined digital signature scheme for said grouping of payment 

43 specifications using the joint private keys embedded in the microprocessor 

44 card ; 
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45 (m) grouping said payment specifications, said card certificate and 

46 said payment certificate; 

47 (n) establishing by said service provider communication link with 

48 said bank; 

49 (o) identifying by said service provider with said bank; 

50 (p) collecting grouping of payment specifications and transmitting 

51 the same to said bank; 

52 (q) verifying by said bank the validity of each depositing electronic 

53 payment, said bank adjusting the accounting information of said user and 

54 said service provider within said bank's record; and 

55 (r) updating said service provider by said bank with accounting 

56 and status information, 

57 whereby electronic cheque payment generated by said 

58 microprocessor card is secured and processable in an off-line manner as 

59 long as none of the parties knows the joint private keys embedded in said 

60 microprocessor card. 
61 
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